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(g) Network-field intertee for manufacturing systems. 



(g) A network-field interface, termed an NFI (12) Is intended for digitally interfacing at least one host 
computer (14) on a networic (10) to at least one field device (11). The netwoik (10) operates with a 
.predetenmined communications protocol including READ and WRITE services. The NR comprises I/O 
ports (22,24) for connection to the field devices, a modem (55,Flg.5) to facilitate communication 
between the network and the Interfiace, a CPU (51,Fig.5), volatile and non-volatile memory (52,53,Fig.5) 
accessible to both the modem and the CPU, and program modules resident in the memory. The program 
modules are executable by the CPU to map the READ and WRITE services of the networic onto the NFI's 
I/O ports. In this way the host computer is able to READ and WRITE directly to the I/O ports through the 
modem. 



00 
lO 



a. 

lU 



Jouve, 18, rue Saint-Denis, 75001 PARIS 



EP0 449 458A1 



NETWORK-FIELD INTERFACE FOR MANUFACTURING SYSTEMS 

This invention relates to the Interfacing of a host computer on a network to field devices of the type used 
in manufacturing systems and automated process control, such as ONC machine tools, robots, automatic 
guided vehicles, valves, sensors, keyt)oafds. dteplays, etc. 
5 Many of the devices used In factories or process plants are capable of being controlled or monitored from 
a host computer. However, different equipment suppliers have differing standards for enabling communication 
between the device and a computer. 

The following problems arise from this situation:- 

a) The host computer may not directly support the electrical connections required by the device. Conse- 
10 quentiy, a customized adaptor may be needed to connect tiie device. 

b) The host computer may have a physical limit to the number of devices of differing standards that can 
be connected to it 

c) The positioning of the host computer and fhe equipment connected to It wHI be to some extent constrained 
by tiie differing operatfonal limits of the various devices. 

15 d) Even if the above physical limitations are overcome, there is stOl the need to customize software for the 
host computer to take into account the various different protocols and peculiarities of the individual devices. 
These problems have been recognised in the past and have been addressed by making use of computer 
networidng concepts, in v/hkM devices and host computers use common communication protocols to send and 
receive data over a networic An internationally recognised standard for manufacturing networks has emerged, 
20 called the Manufacturing Automation Protocol, or MAP. Inherent in the current standard of MAP {Version 3.0) 
is the Manufacturing Message Specification, MMS, which provides a standard set of services for controlling or 
monitoring manufacturing devices connected to tiie network. Although devised for manufacturing systems, 
MAP is also applicable to process plant control. 

While MAP-compatible devices connected to a MAP network go a long way towards solving the above prob- 
25 lems, it is nevertheless true that most existing manufacturing or process devices are not MAP-compaUble and 
therefore cannot be connected to MAP networks unless the expensive customising process mentioned In (d) 
above is undertaken. 

British Patent Application No. GB 2208553 A shows one prior known approach to the problem of connecting 
non-standard equipment to a standard protocol network. It discloses a communication adaptor which interfaces 
30 a device, such as a ONC machine tool or coordinate measuring tool, to a network. Where necessary, the com- 
munications adaptor translates data, commands and programs between the format used by the network and 
the fonrtat specific to each device. 

Altiiough the communication adapter described in the above-mentioned patent application probably rep- 
resents a step forward in specific situations of interest to ttie manufacturing engineer.there remains the need 
35 for an interface unit more generally applicable to shop-floor, office and process plant control networics. 
In particular, the above-mentioned prior proposal is of limited use because it requires that:- 

a) each device actively interfaced to the network must have Its own controller, the controller being a com- 
puter for accepting commands or programs to cause the device to perfonm a desired task; 

b) ti)ere be a communication adapter provided for each device interfaced to tiie neNvoric; 

40 c) the communication adapter be programmed differently for each device to which it is connected; and 

d) a token ring local area networic be used, whereas the MAP international standard requires a token bus 
networic 

It is an object of tiie present invention to provide an interface unit, termed herein a Networic-Field Interface 
or NR, which Is capable of interfacing a wide variety of digitally controlled or monitored devices to a networic 
45 operating with a predetenmined conununications protocol, such as a MAP networic 

Another object is to provide an NFI which Is capable of interfacing a plurality of devices to such a network. 
A further object of the invention Is to reduce or eliminate the need to program the NR differently for each 
device to which it is connected. 

Y t anotiier object of the invention is to provide an NFI which is fully compatible wiUi token bus technology, 
so particularty MAP 3.0. 

In accordance with the present invention expressed in its simplest tenx\s, there is provided a network-field 
interface, hereinafter referred to as an NR, intended for digitally interfacing at least one host computer on a 
networic to at least on field device, tiie networic operating with a predetermined conrununications protocol 
including READ and WRITE services, the interface comprising:- 
55 (a)l/0 port means f r connection to the at I ast one field device; 

(b) communication means to facHftat communication between the network and tiie interface; 
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(c) data processing means; 

(d) memory means accessibl to both the communication means and the central processing means; and 

(e) program means resident in the memory means and executable by the data processing means to map 
the READ and WRITE services onto the I/O port means, whereby the host computer Is able to READ and 

5 WRITE directly to the I/O port means through the communication means. 

In the above statement of invention, the verb 'to map" is used in its technical and mthematlcal sense, as 
known to those skilled in programming and digital design techniques. 

Because the NR is programmed to map the READ and WRITE sen^ices of ^e network directly onto Hs 
own I/O ports, It becomes effectively "transparent" insofar as the host computer is concerned in its communi- 

10 cation with a field device attached to an I/O port The program means which achieves this I/O effect may be 
tenned a "Virtual Manufacturing Device" or lO VMD, because It Is nevertheless what the host computer actually 
communicates with, rather than the field device. Consequently, even if field devices connected to the NFI's I/O 
ports are not compatibie with the communications protocol used by the network, the NFI can stilt effectually 
interface the field devices to the network. 

IS Preferably, the I/O port means for the field devices comprise a first plurality of parallel 1/0 ports and a second 
plurality of serial I/O ports, the program means containing means for creating respective corresponding parallel 
I/O data sets and serial I/O data sets as appropriate for the network communications protocol. 

In the preferred embodiment, each of the parallel I/O data sets comprise a sixteen element array of boolean 
values conresponding one-to-one with the members of a corresponding one of the three groups of parallel l/O's, 

20 eadi data set also being provided with a further boolean variable to indicate whether the connections in Its cor- 
responding group of parallel l/O's are inputs or outputs. 

Similariy, each of the serial I/O data sets comprises a set of variables to allow the corresponding serial I/O 
port to be monitored and controlled by a host computer, each data set comprising variables representing pre- 
sence of input and output to and from the port respectively and variables representing data configuration 

25 required by the port 

The above described program means or lO VMD is adequate to provide direct control of the NR's I/O ports 
by a host computer, and is therefore suitable for interfacing simple field devices, such as digital sensors and 
switohes, to the networic These have the characteristic that they do not have a communications protocol of 
their own. However, more sophisticated devices, such as programmable logic controllers (PLC's), have their 

30 own built-in communicatk>ns protocols which may not be compatible with the network's protocol. Consequently, 
if it is desired that the host computer read or write data to or from an internal location of such a field device, it 
will often be necessary to use a device-specific protocol to enable the operation to be performed. We therefore 
prefer the program means to include a set of protocol programs for commonly used field device communications 
protocols and a program module which, using a preselected one of the protocol programs, maps the READ 

35 and WRITE services of the network communications protocol through an I/O port of the NFI onto designated 
data locations within a device attached to the port. Conveniently, the NFI is provided with user interface facilities 
to enable protocol program selection at the time of connection of the field device to the I/O port 

The program module which achieves the mapping between the READ & WRITE servtees of the networic's 
conmunlcation protocol and the data locations within the attached field device may be tenned a Complex 

40 Device VMD, or CD VMD, and again it is this with which a host computer actually communicates. 

in this connection, the program means should include means to allow a host computer in communication 
with the NFI to define a plurality of variables within the CD VMD, which variables can be mapped onto the inter- 
nal locations of the attached field device. The mechanism for achieving this involves the READ & WRITE ser- 
vices referring to the variables in the CD VMD and then the CD VMD calling upon the preselected protocol 

-^5 program to access the attached device. A host computer defines the "name", "type" and "address" of each vari- 
able, this informatfon being a three-part definitfon of the variable. The "name" and "type" infonmatton are used 
by host computers when referencing the variable, and the "address" infomiatton is used by the protocol prog- 
ram. The "address" information defines the location of the data corresponding to the variable in the attached 
device, and whenever a READ or WRITE service is requested, the "address" information is passed to the pro- 

50 tocol program to allow it property to access the attached device. 

Advantageously, we provide the CD VMD with the ability to continuously and automatically poll predeter- 
mined variables n a regular basis, using a sample-and-hdd mechan'^m. This reduces the time needed by a 
host computer to access a field device attach d to the NFI consequent upon the host computer making a READ 
request for a specified variable via the networic's READ & WRITE services, b cause the READ request can 

55 be inmediately satisfied by the CD VMD returning the last sampled value of the variable. Preferably, the CD 
VMD Is also provided with means for notifying a host computer if a change occurs in the value of a variabi 
designated by the host computer. 

it is further preferred to provkie the 10 and CD VMD's with th abOity to manipulate flag bits In the parallel 
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or serial I/O data sets relating to operation of a field d vie attached to th I/O ports fth NFl.th reby to coor- 
dinate host computer access to th I/O ports. In particular, this may involve delaying READ or WRITE requests 
from or to the parallel or serial I/O data sets consequent upon flag bit presence or absence therein. 

In our prefenred embodiment, the network's communication protocol comprises the Manufacturing Mes- 
5 sage Service (MMS) international standard, the parallel and serial I/O data sets corresponding to domains as 
specified for MMS and the flag bits corresponding to semaphores as also specified for MMS. In particular, the 
network can be a Manufiacturing Automation Protocol (MAP) networic, preferably a caniert)and, broadband or 
fibre-optic MAP network. 

An exemplary embodiment of the invention will now be described with reference to the accompanying draw- 
10 ings, in which:- 

Figure 1 fllustrates a MAP network utilising NFI's in accordance with the present Invention; 
Figure 2 illustrates the connections to one of the NFf's In Figure 1; 

Figures 3 and 4 indicate the software functional organisation of an NFI with regard to its interaction with 
the network and its attached field devices; 
15 Figure 5 Indicates the layout of the hardware components on the central processing unit (CPU) board in 
one of the NR's; 

Figure 6 illustrates the user interface provided on the GPU board of Figure 5; 

Figure 7 is a data flow context diagram showing how the NFI software suite interacts with the hardware 
components shown in Figure 5; 
20 Figure 8 is a data flow diagram showing the major modules of the software suite of Figure 7 and their Interac- 
tion with each other and the hardware components of Figure 5; 
Figure 9 is a data flow diagram showing software module 1 1 of Figure 8 in more detail; 
Figure 10 is a data flow diagram showing software module 1 1.2 of Figure 9 in more detail; and 
Figure 1 1 is a further data flow diagram showing software module 11. 3 of Figure 9 in more detail. 
25 Figure 1 shows a local area network intended for use in manufecturing or process control. It comprises a 
token bus communications networic 10 conforming to the internationally recognised MAP standard using IEEE 
802.4 carrierband or broadband technology. Various devices 1 1 , such as those shown at the txjttom of the fig- 
ure, are inter^ced to the network 10 by NFI's 12. One or more host computers 14 are connected to the networic 
and provide the overall monitoring and control of the system and its devices 11. The host computers 14 may 
30 be mainfirames, workstations or PCs, depending on the overall requirements of the system. 

The host computers 14 use MMS services via the MAP network 10 directly to control or monitor the attached 
devices 11. As indicated in the Rgure the devices to be interfaced to the network may be of widely varying 
nature. The NFI's 1 2 translate the MMS service requeste into the form necessary to access each specific device. 
A carrierband or broadband network as mentioned above utOises coaxial cable. A possible alternative 
35 would use fibreoptic cabling for the networic with appropriate facilities for optical/electrical signal conversion. 

Figure 2 shows the physical connections to an NF1 12. These comprise a connection 16 to the MAP network 
10 via a suitable tap 18, an A.C. power supply 20, forty eight parallel I/O field connections 22 and four serial 
field connections or channels 24. For convenience, the I/O connections 22 are In three groups 1,11,111 of sbcteen 
in each group. Each group 1 Jl.lll may be configured to suit the voltage and cun-ent requirements of the attached 
40 devices. Furthermore, electrical isolation from field wiring is provided through optical isolation or relays. Simi- 
larly, we prefer that the 4 serial channels 24 are presented as two groups i.ii of two in each group with options 
for common serial communication stendards, such as RS232, RS422 or cun-ent loop. 

The NFI functions to present the stete of its parallel and serial Input and output connections 22,24 to the 
network, and consequently to the host computer(s) 14, as a set of data which can be read and written by those 
45 computers using the READ and WRITE services of MMS. In other words, the READ and WRITE sen^ices of 
MMS are mapped directly onto the physical I/O porte of the NR. 

In order to allow the host computer(s) 14 to manipulate the I/O, the software resident in the NF1 1 2 creates 
an entity called an Input/Output Virtual Manufacturing Device or 10 VMD. This is capable of holding multiple 
simulteneous communications with different host computers. As indicated in Figure 3 the 10 VMD comprises 
50 a logical collection of three parallel I/O date sets, PARI , PAR 2 and PAR 3, and four serial I/O date sets, SER 
1 to 4. In the present example, using a MAP 3.0 networic, the data sete are in fact MMS domains. 

Each of the parallel MMS domains, such as PAR 1, comprises a sbde n element array of boolean values 
con'esponding on -to-one with the members of one of the three groups f sixt en parallel l/O's, in this case 
th members of group I in Rgure 2. Each domain is also provided with a further boolean variable to indicate 
55 whether the sixteen connections in ach corresponding group 1,11, or III are currently inputs or utpute. 

Similariy, the four serial I/O MMS domains, SER 1 to 4, correspond to each of 0ie 4 serial channels. Each 
serial domain conteins a set of variables which allows the serial channel t be m nitored and controlled by the 
host computer. For exampl ,th rear variables representing the input and output buff rsofthe serial channel, 
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and th rs representing the conf^uration of the channel, .g. Baud rat , number of bits p r character and stop 

bits. There is also a variable to indicate whether input data is available in the input buffer, and another to indicate 

tiie quantity f the input data. 

Each of the NFFs four serial and forty-eight parallel channels within the lOVMD has I/O control "semaphore" 
5 data associated with it to allow host computers to coordinate their use of the NFI's I/O resources. Semaphores 

are a nomnal part of the MMS messaging system which runs on a MAP 3.0 network, but their application to the 

I/O control of the NFI Is believed to be novel. 

EssentiaOy, semaphores comprise flag bits in data relating to operation of field devices attached to the I/O 

ports. Thus, a host computer may request notification of the presence of a certain semaphore and be prepared 
10 to wait a certain time to get it The host computer wQl receive a positive MMS message if tiie semaphore 

becomes available in tiie specified time, otherwise it will receh^e a negative MMS message. 

An example of the use of semaphores is provided by considering the case of two robots required to enter 

tiie same work space. In order to avoid a collision, the programmer of a host computer elects to control access 

to the area by the use of a semaphore. Only if the semaphore is present in the lOVMD serial I/O domain con- 
IS trolling use of the particular I/O port to which a robot is connected w31 tiie robot be allowed to enter the area. 

When the robot comes out of the area, the semaphore is passed via MMS to the I/O domain controlling the 

other robot. 

Semaphores may also be used to request tiiat MMS READ & WRITE services be delayed until a certain 
condition becomes true. Thus, the programmer of a host computer may modify the READ & WRITE services 

20 with a request to hold a semaphore indicating, e.g.. whether a parallel input is ON or OFF, or whether a serial 
input is avaOable. In conjunction with this, a timeout period for such modified services may be specified by the 
programmer, such tiiat the READ or WRITE MMS service request will fail if the condition does not become tme 
within the specified period. 

An example of this use of semaphores to modify MMS messaging is provided by the case of a pick and 

25 place robot operating in conjunction with a conveyor belt Suppose the conveyor belt is to move, say, 150 mm 
at a time, but only when a new component has been placed on its end by the robot A START CONVEYOR 
command is obtained by setting one of the parallel OUT relays, but only when a semaphore released after pre- 
vious operation of the robot has been passed to the relevant I/O domain element by tiie MMS. This semaphore 
is held in the I/O domain for the time taken for the conveyor to move 150 mm and is tiien released, whereupon 

30 tiie MMS passes it to tiie serial I/O domain controlling operation of the robot. Only whDe the semaphore is avail-" 
able at the serial I/O can the robot receive the "START CYCLE" signal from the MMS. The semaphore is 
released for passing back to the conveyor VO when the robot cycle is completed. 

Besides tfie lOVMD, two other types of VMD are provided by the software witiiin the NF1 12, namely the 
CD VMD and the DOWNLOAD VMD, as shown in Figure 4. 

35 The CD VMD is provided to cater for attached devices which, although directiy connected to the NFI, require 
a higher level of interface than provided by the direct I/O control of tiie lOVMD. For example, a PLC (programm- 
able logic controller) might be attached to one of the serial channels but require the use of a communication 
protocol in order to access its internal data. Several CD VMD's may coexist within the NFI, typically one per 
serial channel, txit Uiey could conceivably be provided for the parallel connections as well, or instead. 

40 The host computers 14 communicate with the CD VMDs using MMS READ and WRITE services to access 
tiie data as discussed for the lOVMD. However, whereas with tiie lOVMD tiie host computer accesses a pre- 
defined set of variables which equate directiy witii tiie physical connections of the NFI, in the case of the CD 
VMD the required data is actually witiiin a connected device, so its type and quantity cannot be pre-defined. 
Consequentiy the CD VMD supports further MMS services to allow the host computer to dynamically create 

45 and delete definitions of variables witiiin the CD VMD, and to specify the read and write access mechanisms 
for each variable. 

The read and write access mechanisms are sets of control data to be used by a suitable protocol program 
running in tiie NFI. When the host computer requests variables within the CD VMD to be read or written, the 
CD VMD passes the corresponding set of control data to the protocol program. The protocol program interprets 
50 tiie control data and perfbmns the necessary dialogue with the attached device in order to read or write tiie vari- 
able within tiiat device. If it is required to read data from the attached device, the CD VMD will await a response 
from tiie protocol program (which samples th value of tiie variable), befor formulating its r ply to th host 
computer. 

In order to reduce tiie potentially lengtiiy access time of a read request, tiie CD VMD has tiie abOity to con- 
55 tinuously and automatk:ally poll specified variables on a regular basis, thus setting up a sample and hold 
mechanism, as described in more detaO later. In this case, a read request from the host computer will be 
immediately satisfied when tiie CD VMD retums tiie last sampled value of th variabi . 

TheNFIsh uld be pre-programmedwithasetof standard protocol programs for commonly used protocols. 
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It is then possible, using a specially provided user interfac described bel w, to choose which protocol program 
to use for each CD VMD and its conBsponding serial chann I. 

The DOWNLOAD VMD Is simply an extra facility which allows th user of the NFI to generat his own pro- 
grams, for example protocol programs for the CD VMD, and download them to the NFI from the host computer 
5 when appropriate. 

Having briefly described how the software provided in the NFI appears as an appropriate Virtual Manufac- 
turing Device, the major hardware components of the NR will now be described with reference to Figure 5. 

The NFPs main circuit board is a 68010-based CPU card 50. This holds a powerful CPU 51 which executes 
the NFI's resident software suite, held In non-volatile storage 52. Our preferred CPU is a Motorola MC 6801 OP 

10 In a plastic 64-pin DIL package. This uses NMOS technology and has a dock speed of 1 0MHz. The non-volatile 
storage 52 preferably comprises two components. The first is a 1M byte EPROM to hold the CPU's boot code 
and the basic control software to Implement VMD communication with the network. The EPROM size could be 
increased up to 2M byte if required. The second is an 8K byte EEPROM used to hold configuration data such 
as network address, baud rates, etc. 

15 Further memory is provided by volatile storage 53, preferably in the form of a 2M byte dynamic RAM, which 
is used to hold NFI mn time data, plus programs downloaded to the NFI from a host computer on the networic 
The 2Mbyte capacity is preferably accessed in word-wide format for optimum speed. 

Also of prime importance on CPU card 50 is a token bus controller fv/hich cooperates with a carrier band 
token bus modem 55 on a separate circuit board 54 for enabling and facilitating communication with the MAP 

20 network. We specify tiie Motorola MC68824RC10E 10MHz token bus controller and tiie Siemens SAB 8251 1- 
5NE carrier band modem chip. Besides ttxe modem chip, the modem 55 also consists of tiie required modem 
support circuits and also connectors for the token bus controller f and the network. However, self-contained, 
preassembled modem units are also readily available as an alternative. Such preassembled units do not require 
the support circuits on board 54 provided for the Siemens chip and they may be carrier band, broad band or 

25 fibre optic modems if desired for connection to carrier band, broad band or fibre optic networks. Suitable mod- 
ems are available through Computrol lnc.,239 Ethan Allen Highway, Ridgefield, CT 06877-6297, USA. 

Returning to CPU card 50, there Is further provided a real time dock a which provides reference timing for 
the operation of the rest of the components and the VMD programs. It injects time signals onto tiie data bus 
which links those components of the NFI which need to send and receive data. We prefer to power the clock 

30 from a non-rechargeable litiilum battery having a life of about 1 0 years at room temperatures. A suitable clock 
a has the supplier designation ICM 71701PG. 

In order to provide a way of detecting a corrupt program and to get the NFI restarted witiiout manual inter- 
vention, a watchdog c^cult d, as known to the skilled person, is included to monitor operation of the CPU 51. 
Inputs to the watchdog d are software SET and RESET reports from the CPU I/O port, whereas output from 

35 tiie watchdog is a drive to an associated relay (not shown), and a signal which effects a complete reset of the 
CPU. Also output directly from tfie watchdog d is a voltage sig nal to a "running O.K." llght-emmitting diode (LED) 
58 which is mounted on a manual reset switch 59 as part of a user interface 60 to be described in detail below. 
While the CPU 51 is running, the watchdog keeps the relay contacts open and the LED illuminated, but when 
It detects an error In the operation of the software, as described later, it allows tiie relay contacts to dose, turns 

40 off the LED 58 and resets tiie CPU 51 . 

To communicate with devices attached to the NFI, programmable parallel and serial I/O integrated circuits 
h^g respectively are provided. 

Parallel I/O area h comprises three integrated circuits catering for forty-eight digital channels in ttiree groups 
of sixteen as previously described. Each integrated circuitisconnected tea corresponding sbcteen-channel digi- 

45 tal input/output t>oard (not shown). Each board can be configured for either input or output and the individual 
channels can be matched to tiie requirements of the field devices to be attached to tiiem. This matching step 
is performed by means of plug-in modules sold by Opto 22 of 15461 Springdale Street, Huntingdon Beach, 
Calif. 92649, USA. These provide a range of Interfaces from 5 volts DC to 250 volts AC at 3 amps. Our prefen-ed 
integrated circuits h are ZQog Z0853606PSC. 

50 Serial I/O area comprises two integrated circuits catering for four serial channels in two groups of two as 
previously described. The int^rated drcuits are connected to two corresponding serial input/output boards (not 
shown). Each b ard provides tw reconfigurable isolated current loop channels using four-wire connections 
and capable of handling, say, 20mA. Because it reconfigurable, each channel can b selected t be eitiier 
active or passive In transmitting or receiving, in any permutation. Alternatively, the tw I/O boards may be 

55 RS232 or RS422 channels. Our prefen^d integrated circuits g are Motorola MC88881 P. 

Due to the above I/O provisions, tiie NR can b used to connect to a MAP n tworic such serially connected 
devices as so-called "dumb" terminals, barcode readers, computer numerically controlled machin tools, 
robots, programmable logic controOers and automatically guided vehicles, it can also tak parallel inputs from 
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voltag fire switches, relays and AC sources, and give parallel outputs to relay cons, lamps and AC machin s. 

Power is supplied to CPU card 50 through a power supply 63, designed to provide +5 volt DC outputs at 
6 amps to the cards 50,54 and to each 1/0 board. It can also supply +12 volts DC at 2 amps for the alternative 
nnodems mentioned previously. It is capable of maintaining these outputs correctiy even if its own mains supply 
5 is intenrupted by the removal of up to one complete mains cycle, or If the mains supply voltage and sine wave 
frequency vary over defined ranges. 

In the event of an actual mains powerfeilure adversely affecting the +5 volt DC outputs of the power supply 
63. power ^ii detection circuitry 64 is provided on CPU card 50 in order that the CPU 51 and other ICs should 
experience a controlled shutdown. Power fall detector 64 detects when the mains supply is approaching a criti- 
10 cal state where the stabilised outputs will vary beyond allowable levels, and sends an interrupt signal to the 
CPU 51 which RESETS the CPU and holds it in RESET all the time that the -fSV.DC outputs are outside their 
allowable levels, and for a short time after allowable levels are regained. 

Finally, as already mentioned, the CPU card 50 holds the User Interface 60, shown in more detail in Figure 
6, which Is intended to provide the user with the following capabllities:- 
15 - to select the NFl's operational mode and to perform the initial Installation and setup functions 

- to tailor the NR's configuration to the user's requirement 

- to nrtonitor the activity of the NFl's I/O resources 

- to report the result of diagnostic checks and to report errors during nonmal use. 

The intention in the design of the User Interface 80 is to enable the NFI to be a factory-floor product which 
20 allows the user to fully configure the NFI but without requiring additional equipment ( e. g. terminals ). It is there- 
fore designed to be relatively simple to use. 

It consists of a row of eight discrete LED's 66 to Indicate the activity of the NFI, two seven-segment LED 
hexadecimal displays 67 to display values of data and the NFl's operational status, two push-button switches 

68 to enable the user to select and alter values displayed on the seven-segment LED's 67, two 16-position 
25 (hexadecinnal) rotary switches 69 to enable the user to select the mode of operation of the NFI, and a master 

reset push-button switch 59, already mentioned, which incorporates the single LED 58 to signal correct oper- 
ation of the CPU 51. 

In addition to monitoring and utilising the controls and indicators shown in Figure 6, the software assodated 
with the user interface 60 also enables one of the serial I/O ports to be used as a diagnostics port, to which a 
30 suitable device, such as a desktop computer or terminal, can be attached in order to request the NFI to perform 
built-in self-diagnosis tests and display the results. 

Operational Modes 

35 Rotary switches 69 can be set to give a total of 256 possible settings. The results of the settings are depen- 
dent upon the programs installed in the NFI, and are used for selecting operational modes of the NFI. Nonnally, 
the selected mode does not become active until reset button 59 is pressed. The range of settings for switches 

69 Is preferably split into functional groups, as shown in Table 1, for example. 

40 

TABLE I 

00-OF Noxnaal network operation 

10- IF Diacfnostics, Installation & 
^ Configuration 

20-FF Reserved for configuration pareuneters 

These ranges are merely exemplary and are readily reconfigurable. 
so In fact, many of the settings In these functional groups wiD not be needed for most purposes, and will there- 
fore be unused unless special programs are installed requiring their use. 

Normal Networic Operation Mode 

55 The NR is designed to start automatically when power is applied, and may be re-started at any time by 
depressing the reset button. Care should be taken when re-starting th NFI, as any network activity being under- 
taken by the NR will b abruptly terminated. This may adversely affect software being run elsewhere on the 
network. 



7 



EP 0449 458 A1 

T select the nonnal network operation mode, the user selects a switch setting in the range 00 to OF and 
presses the reset button 59 to start the NFI. It is usually arranged that the switch setting for normal network 
operati nlsOO. 

Also during normal network operation, the eight discrete LED's 66 display the state of the NFI's I/O resour- 
5 ces as shown in Table II. 

TABLE II 

Leftmost LED 

* NFI is part of network (Flashing) 

* Activity on Parallel board 1 (rate of flash 
indicates activity) 

* Activity on Parallel board 2 (rate of flash 
indicates activity) 

* Activity on Parallel board 3 (rate of flash 
indicates activity) 

* Activity on Serial board 1 (rate of flash 
indicates activity) 

* Activity on Serial board 2 (rate of flash 
indicates activity) 

* Activity on Serial bocird 3 (rate of flash 
indicates activity) 

* Activity on Serial board 4 (rate of flash 
indicates activity) 

Rightmost LED 

35 Diagnostics, Installation and Configuration Modes 

The diagnostic mode is started by selecting switch setting 10 and pressing the reset button. A particular 
diagnostic is selected through a terminal or desktop computer as mentioned previously, which displays the 
result. Meanwhile, the bank of 8 discrete LED's flash rapidly to indicate that configuration mode is enabled. 
40 The NFI holds a number of configuration parameters in non-volatile menrwry 52 (EEPROM). These values 

are used by the NFI at start-up time to determine the software to be mn and the network characteristics. 

Each parameter consists of one or more bytes (8 bits) of data. The user can check or alter parameters on 
a byte-by-byte basis. 

Configuration mode is selected by positioning the rotary switches to a value in the Reserved range 20 to 
45 FF while the discrete LED's are flashing as described above. The setting of the rotary switches directly refer- 
ences a single byte of configuration data. 

Once configuration mode is selected as above, the two 7-segment LED's display the current value of the 
selected byte. By rotating the two rotary switches to other values in the range 20 to FF, other parameter values 
may be viewed. 

so Note that once configuration mode has been enabled, it is not necessary to press reset again until con- 
figuration is finished. 

Should th switches b set to an invalid value (i.e. in the range 00 to OF) after start-up in configuration mode, 
the two 7-segment LEDs are blanked. Th y light again when a valid selection is made. 

The user may change the value of the byte on display by use of the two push-buttons 68. The left and right 
55 push-buttons alter the value of the left and right 7-segment LEDs respecth^ely. By pressing and releasing a 
push button once the corresponding digit is incremented. Note that after reaching 'P the digft retums to *0' and 
starts th count again. 

One or more of the range of settings 1 0 to 1 F may be used for debug tasks, for which a terminal may be 



20 



25 



8 



EP 0 449 458 A1 



attached to one of the serial I/O ports in order to investigate problems. 

Although th user interface 60 has been described as being n the niain CPU board 50, manufacturing 
convenience fn a fuliyproductionised version Is better served by m untlngth interface 60 on Its wn card sepa- 
rate from the CPU card. 

5 The software suite controlling operation of the NFi and its user interface 60 will now be discussed in more 
detail. 

SOFTWARE DATA FLOW DIAGRAMS 

10 The diagram shown in Figure 7 shows the software context diagram for the NFi. The software receives 
time of day infonmation from the Real-Time Clock, RTC, reference a. Diagnostic Infonnation (be code), i.e. results 
of self diagnostic tests, is sent to a suitable attached device thmugh the DIAG PORT, e. The NR also receives 
diagnostic requests (rxcode) which control the self diagnostic tests to be perfonmed. 

Status of the NFI Is displayed on the LED display c (66,67,Figure 6) by sending LED setting data to the 

IS LED's. 

The MAP networic interface Is effected through a Token Bus Controller (TBC), f. Data to be transmitted on 
the networic (tx frame) is sent to the TBC, and data from the networic (rx frame) is received from the TBC. 

The configuration of the NFI is selected by switches b (68,69,Figure 6) which are sampled by the NFI 
software. 

20 The NFI sends (be chars) and receives (rx chars) from the serial I/O channels g. It controls the state of par- 
allel outputs by sending the required output state data to the parallel I/Oh . Similariy, the NFI software can detect 
the current state of the parallel Inputs by reading the input state from the parallel I/O h. 

Finally, the NFI software ensures resilience against internal failure or intemnittent hardware failure by 
repeatedly sending a "PING" signal to a hardware watchdog circuit d. Should the watchdog fall to receive a 

25 "PING" signal within a specified period, it wilt cause a complete hardware reset of the NR. This is equivalent 
to switching the unit off and then on again. 

Figure 8 shows the NFI foundation software data flow diagram. The foundation software consists of several 
modules, shown as numbered rectangular boxes with rounded comers. These modules exchange data directly, 
and also through data stores D1, etc. The modules further exchange control signals to synchronize executton. 

30 The data stores D act as First In First Out (FIFO) buffers. Multiple rnodules are able to write data to a buffer, 
but only one module ever reads data from it 

The CONTEXT CHANGE BUFFER D4 receives requests for changes to the NFPs non volatile storage. The 
VALIDATE AND WRITE CONTEXT nrKXiule M7 reads requests from the FIFO D4 and updates the non volatile 
storage CONTEXT D1 with configuration data for the NR, this data being needed on start-up of the machine 

35 after switching oft. 

The ERROR BUFFER D5 receives error information from most modules, while the INIT & TASK CONTROL 
RKxiule M9 reads this information and halts and restarts other program modules if necessary. It achieves this 
by sending a coordination signal SIGDIE to any modules which must halt This module is also responsible for 
the initial reading of data from the switches b and CONTEXT D1 and determining the appropriate program mod- 

40 ules to execute. It also reads the Real-Time Clock a. In the case where the module M9 detects a fatal error in 
the software it will display the enror code on the LED's c and send the SIGDIE signal to the WATCHDOG REF- 
RESH module M17. This wfll consequently cause a complete hardware reset of the NFL 

NON-RUN MODES module M13 allow maintenance personnel to exercise the NFl's inbuilt self diagnostics 
and configuration capabilities. It uses the switches b and the LED*s c to allow the user directly to modify the 

45 contents of the CONTEXT buffer D1, and therefore the NFPs configuration, as outlined previously. This module 
accesses the diagnostic port e, LEDs c and serial I/O g depending on the mode selected. Any enrors detected 
during the diagnostics are stored in an ERROR buffer D5, so that they may be examined later. 

The data flow diagram in Rgure 9 shows the APPUCATION software module M11 in more detail. The 
APPLICATION module consists of a STACK & MMS module M11.1 together with one or more VMD modules 

50 M1 1 2 - 1 1 .4. The VMD modules correspond to the VMD's described eariier. 

The STACK & MMS module Ml 1.1 fuQy implements the MAP protocol including MMS. It receives and trans- 
mits data to the MAP network via the TBC f (rx frame & be frame), recehring a SIGN/^ (INDCNF) from the TBC 
when data frames have arrived. This interrupt driven m chanism provides the most efficient coupling betwe n 
the MAP nehvork and the module Ml 1.1. 

55 Th STACK a MMS module Ml 1.1 comnmjnicates with the VMD modules through RFO buffers D7, Dd 
and D9. There is a single buffer D8 for all data flowing to the STACK & MMS module, and one FIFO buffer 
D7,D9 for each VMD to receive data from the STACK & MMS module. A VMD will send a REQRSP coordination 
signal to the STACK & MMS modul whenever it has placed data OUTGOING MMS MESSAGES into the RFO 
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buffer. Once again the use of the coordination signal allows the STACK & MMS module to operat with 
maximum efficiency. Similaily, when the STACK & MMS module places data INCOMING MMS MESSAGES 
into the VMD's FIFO buffer D7 or D9 it sends a coordlnabon signal INDCNF to the VMD modules M1 1.2 or 1 1 .3, 
Should the STACK & MMS module M1 1 .1 or a VMD module encounter an interna! error during normal oper- 

5 ation. they will place error report data into the ERROR BUFFER D5. The INIT & TASK CONTROL module M9 
receives the report as shown in Figure 8 and may consequently decide to terminate one or more modules by 
issuing the SIGDIE coordination signal. The STACK & MMS and VMD nnodules may therefore receive the SIG- 
DIE coordination signal at any time and consequently temninate execution in a conbx)lled manner. 

The to VMD module Ml 1.2 sends configuration change requests to the CONTEXT CHANGE buffer D4. 

10 This allows the required line disciplines for the serial channels to be adjusted, for example Baud rate, bits per 
character etc. It also sends L£D SETTING information to the LED DRIVER M18. This allows the 10 VMD M1 1 .2 
to use the LED*s as activi^ indicators for each of the serial I/O channels £ and parallel I/O boards. This gives 
a clearly visible indication to the NR user that the unit is active. Conversely, inactivity on one or more LEDs 
nrtay be used as an indication that the host computer has stopped communicating with the corresponding 

IS attached device. 

In addition to the foregoing tasks, the lO VMD reads data from the CONTEXT buffer D1 to detemfiine the 
required configuration of the I/O internees and sends PORT CONFIG data to the SERIAL I/O g to establish 
the required line disciplines (Baud rate, parity etc.). It sends data to be transmitted by the SERIAL I/O (TX 
CHARS), and receives data (RX CHARS) from tfie SERIAL I/O. A coordination signal SiG_SERIO is sent by 
20 the SERIAL I/O to the 10 VMD when received characters are available. 

With regard to the control of the PARALLEL I/O h by the lOVMD, data OUTPUT STATE is sent in order to 
swltoh individual output lines on or off. Similarly, INPUT STATE data read from the parallel I/O to detennine 
the current state of each input line. 

A coordination signal S1G_D1GI0 is sent to the 10 VMD by the PARALLEL I/O whenever one or more PAR- 
25 ALLEL input lines change state. 

As can be seen from the above description, the 10 VMD module Ml 1.2 receives coordination signals from 
all external data sources. This intermpt driven mechanism allows the 10 VMD to operate with maximum effh 
ciency. 

The CD VMD module M1 1.3 interfeces to the STACK & MMS nwdule 11.1 in a similar manner to the 10 
30 VMD, but differs in that it does not directly access the SERIAL 1/0 g but rather uses an intenmediate PROTOCOL 
nKxjuIe 1 1 .4, to handle all 1/0 requests. The mechanism for linking the CD VMD to the PROTOCOL module is 
once again based upon FIFO buffers D10, D1 1. When the CD VMD requires data to be read from or written to 
an attached device, it places a request R/W REQUESTS into the PROTOCOL FIFO D11 for the PROTOCOL 
nKxiuIe M11.4. Once the PROTOCOL module has completed the transaction it wQl place the response data 
35 RM RESULTS into the CD FIFO Dl 0 for the CD VMD. 

The CONTEXT buffer Dl is read by the CD VMD to determine which part of the PROTOCOL module should 
be used by the CD VMD. 

Figure 10 shows the internal structure of the 10 VMD module Ml 1 .2 in more detail. 

MMS service requests from the host computer, including semaphores, are received via STACK & MMS 
40 module Ml 1.1 by module M11.Z1 PROCESS INCOMING MMS MESSAGES. This segregates the requests 
into three categories. Those which cannot be satisfied at all (perhaps because they are inconrecfly structured 
requests), are immediately rejected by fonnulating and despatching a negative response OUTGOING MMS 
MESSAGES to the host computervia module M11.1 and the networic. 

Those requests which can be immediately satisfied are passed on to the 1/0 CONTROL module Ml 1.2.2. 
45 This will perfonn the appropriate action and retum infonmation to indicate success or failure and data values. 
The PROCESS INCOMING MMS MESSAGES module will then fonnulate and despatoh an appropriate reply 
OUTGOING MMS MESSAGES to the host computer. 

Those requests which cannot be satisfied immediately will be placed into a transaction queue within the 
VMD OBJECT store D6. The module 1 1.2.5 SERVICE TIMEOUT EVENTS monitors the queue of unsatisfied 
50 requests. Should any request fail to be satisfied within a timeout period (which may be specified in the request), 
a negative response will be formulated and despatched to th host computer. Coordination signal SIGJTIME- 
OUT 'ts used to indicate that a timeout p riod has elapsed. 

The PROCESS INCOMING MMS MESSAGES modul M11.2.1 makes reference to the CONTEXT buffer 
Dl to determine tiie current state of SERIAL I/O line disciplines and writes data to the CONTEXT CHANGE 
55 BUFFER D4 should the MMS service request indicate Uiatth value Is to be altered. The modul wifl also report 
any rroneous requests to the ERROR BUFFER D5. 

The module M11^4 SERVICE INPUT EVENTS receh^es coordination signals SIG.DIGIO and SIG.SE- 
RIO from the PARALLEL and SERIAL I/O, which indicate that input is avaOaU . When a coordination signal 
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occurs it scans the list of unsatisfied r qu sts to determin ifth request was depend nt upon the chang of 
state indicat d. If so, the necessary reply is formulated and despatched to the host computer as OUTGOING 
MMS MESSAGES. 

As previously mentioned, the 10 CONTROL module M11.2.2 is responsible for direct control of the PAR- 
5 ALLEL and SERIAL I/O resources. It sends data (TX CHARS) to. and receh^es data (RX CHARS) from, the 
serial channels. It also configures the required line discipline (bits per character, stop bits etc) PORT CONFIG, 
for each channel. It also controls the required output state of each parallel line OUTPUT STATE, and reads 
the state of each parallel input INPUT STATE. 

Figure 1 1 shows the data flow diagram fbrthe CD VMD module M1 1 .3 (Figure 9). There is a module M1 1 .3.1 
10 PROCESS MMS MESSAGES which is virtually identical to the module Ml 1 .2.1 PROCESS INCOMING MMS 
MESSAGES in the io VMD module M11.2. 

Requests which cannot be satisfied (perhaps a request for access to a variable which has not yet been 
defined), are rejected by formulating an error response and despatching it to the host computer as an OUT- 
GOING MMS MESSAGE via tine STACK FIFO 08 (see also Figure 9). 
IS Requests which can be satisfied immediately are those to read variables for which a periodic poll (sample 
and hold) system has been established as described below. In this case the hold value Is assembled into a 
response and despatched to the host computer as an OUTGOING MMS MESSAGE. 

Requests which cannot be satisfied immediately are passed to the module Ml 1.3.2 READ/WRITE VARI- 
ABLES. This calls upon the services of the PROTOCOL module M11.4 via the PROTOCOL FIFO D1 1 as des- 
20 cribed eariier to execute the request in the attached device. When the PROTOCOL module has finished it 
returns a value via the CD FIFO D1 0 to indicate success or failure and data value (in the case of reading). Once 
again this is fonnulated into a reply and despatched to the host computer. 

In addition to these functions tfie module M1 1.3.1 also accepts MMS requests to create and delete new 
variable definitions. In order to accomplish this rt calls u pon the services of module M1 1 .3.3 VALIDATE SETUP 
25 ENTRY to ensure that the request is con'ectiy fonnulated and that no identically named variable already exists. 
If all is well an entry is made in the VARIABLE OBJECT store D12, which contains all data pertaining to each 
variable. 

The module Ml 1.3.4 PERFORM REGULAR POLL calls upon the services of tiie module READ/WRITE 
VARIABLES Ml 1 .3.2 in the same way as module M1 1 .3.2 PROCESS MMS MESSAGES does, to read tiie slate 
30 of those variables for which polling (sample & hold processing) has been specified. The latestvalue of the vari- 
able Is stored in tiie VARIABLE OBJECT store 012 for later reading by the host computer. If a variable has 
been declared with a requirement to notify the host computer should a change in hold value occur, the module 
will send INFO REPORT data to the PROCESS MMS MESSAGES module M11.3.1. which will assemble tiie 
data and despatch it to tiie host computer as before. 

35 

Claims 

1. A network-field interfacep hereinafter refen-ed to as an NFI, intended for digitally interfacing at least one 
40 host computer on a network to at least one field device, the networtc operating with a predetermined conv 

munications protocol including READ and WRITE services, the NFI comprising:- 

(a) 1/0 port means for connection to the at least one field device; 

(b) communication means to facilitate communication between the network and the interface; 

(c) data processing means; 

45 (d) memory means accessible to both the communication means and the central processing means; 

and 

(e) program means resident In tiie memory means and executable by the data processing means to 
map the READ and WRITE services onto the I/O port means, whereby the host computer Is able to 
READ and WRITE directly to the I/O port means through the communication means. 

50 

Z An NFI according to daim 1 in which the 1/0 port meansfor tiie atleastone field device comprises a plurality 
of parallel I/O ports and a plurality of serial I/O ports, tiie program means containing means for creating 
respectiv corresponding parallel I/O data sets and serial I/O data sets as appropriate for tiie network com- 
munications protocol. 

55 

3. An NFI according to daim 2 In which the plurality of parallel I/O ports comprises a plurality of groups of 
parallel I/O ports and each of the parallel I/O data sets comprises a multielement array of boolean values 
corresponding one-to^n with the members of a corresponding one of the groups of parallel I/O ports, each 
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data set als being provided with a furth r boolean variabl to indicate wheth r the connections in its cor- 
responding group of parallel l/O's are Inputs or outputs. 

4. An NFI according to daim 2 In which each of the serial I/O data sets comprises a set of variables to allow 
5 the conresponding serial I/O port to be monitored and controlled by a host computer, each data set conv 

prising variables representing presence of input and output to and from the port respectively and variables 
representing data configuration required by the port 

5. An NFI according to any preceding claim, in which in order to enable a host computer to read or write data 
10 to or from an internal location of a field device attached to the I/O port means of the NFI, the field device 

having a communications protocol incompatible with the network communications protocol, the program 
means Includes a set of protocol programs for commonly-iised field device communications protocols and 
a program module which, using a preselected one of the protocol programs applicable to the attached field 
device, maps the READ and WRITE services of the network communications protocol through the I/O port 
15 means of the NR onto designated data locatbns within a field device attached to the port means 

6. An NFI according to claim 5 having user-intertace facilities to enable protocol program selection at the time 
of connection of the field device to the I/O port means. 

20 7. An NFI according to dalm 5 or daim 6. in which the program means includes means to altow a host com- 
puter in communication with the NFI to define a plurality of variables within the program module such that 
the variables can be mapped onto the internal data locations of the attached field device. 

8. An NFI according to daim 7 in which the program means indudes means to allow the host computer to 
25 define the plurality of variables in terms of address information, the address Infomiation defining the loca- 
tions, within the attached device, of data corresponding to the variables, and further means to pass the 
address Information to the protocol program whenever a host computer requests one of the READ and 
WRITE sevlces in respect of the attached device. 

30 9. An NFI according to any of daims 5 to 8, In which the program module is provided with sample-and-hold 
means to continuously and automatically poll predetenmined variables on a regular basis, thereby to reduce 
the time needed by a host computer to access a field device attached to the NFI consequent upon the host 
computer making a READ request for a specified variable using the networic's READ & WRITE services, 
the READ request being Immediately satisfied by the program module retuming the last sampled value of 

35 the variable. 

10. An NFI according to any of daims 5 to 8, in which the program moduie is provided with means for notifying 
a host computer if a change occurs in the value of a variable designated by the host computer. 

40 1 1. An NFI according to any preceding claim in which the program means is provided with means to manipulate 
flag data in the parallel or serial I/O data sets relating to operation of a field device attached to the I/O port 
means of the NFI. thereby to coordinate host computer access to the I/O port means. 

12. An NR according to daim 11 in which the program means has means for delaying READ or WRITE 
45 requests from or to the parallel or serial I/O data sets consequent upon presence or absence of flag data 

therein. 

13. An NFI according to any preceding daim. having user interface facilities with switch means for allowing a 
user to configure the NFI for use with particular field devices, the program means induding means for sam- 

so pling the state of the switch means and changing data values at preselected locations in the memory means 
in accordance with the sampled state of the switdi means. 

14. An NR according t any preceding daim, having user interface facilities with switch means for allowing a 
us r to change the mode of operation of the NFI betwe n a normal run mod for use on the network and 

55 an installation mode for setting up the NFI to work with particular field devices, the program means induding 
means for sampling the Stat ofthe switch means and changing th mode of peration in accordance with 
the sampled state of the switch m ans. 
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15. An NFI according to any preceding claim, having user interfac facOities with display means for allowing 
a user to observe the current activity status of th I/O port means of the NFI, the program means including 
means for sampling the state of the I/O port means and displaying the sampled state on the display means. 

16. An NFI according to any preceding claim, in which the network's communication protocol comprises the 
Manufacturing Message Service international standard. 

17. An NFI according to any of claims 2 to 4 in which the 1/0 data sets correspond to domains as specified for 
the Manufacturing Message Service international standard. 

18. An NFI according to daim 11 or daim 12, in which the flag data correspond to semaphores as specified 
for the Manufecturing Message Service international standard. 

19. An NFI according to any preceding claim, adapted for operation in conjunction with a Manufiacturing Auto- 
mation Protocol network. 

20. An NFI according to daim 19, the network being a cam'erband network. 

21. An NFI according to daim 19, the network being a broadband network. 

22. An NFI according to daim 19, the network being a fibre-optic network. 
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Fig 3. 
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